home *** CD-ROM | disk | FTP | other *** search
/ Telecom / 1996-04-telecom-walnutcreek.iso / back.issues / telecom-recent / 000010_ptownson@massis.lcs.mit.edu _Wed Jan 10 21:10:28 1996.msg < prev    next >
Internet Message Format  |  1996-01-21  |  26KB

  1. Return-Path: <ptownson@massis.lcs.mit.edu>
  2. Received: by massis.lcs.mit.edu (8.7.1/NSCS-1.0S) 
  3.     id VAA16417; Wed, 10 Jan 1996 21:10:28 -0500 (EST)
  4. Date: Wed, 10 Jan 1996 21:10:28 -0500 (EST)
  5. From: ptownson@massis.lcs.mit.edu (Patrick A. Townson)
  6. Message-Id: <199601110210.VAA16417@massis.lcs.mit.edu>
  7. To: ptownson@massis.lcs.mit.edu
  8. Bcc:
  9. Subject: TELECOM Digest V16 #11
  10.  
  11. TELECOM Digest     Wed, 10 Jan 96 21:10:00 EST    Volume 16 : Issue 11
  12.  
  13. Inside This Issue:                          Editor: Patrick A. Townson
  14.  
  15.     Re: "PCS Faces Rough Road" (Jon Steel)
  16.     Re: "PCS Faces Rough Road" (oz@paranoia.com)
  17.     Re: "PCS Faces Rough Road" (Nirmal Velayudhan)
  18.     Re: "PCS Faces Rough Road" (Mike P. Storke)
  19.     Re: "PCS Faces Rough Road" (Robert Ponce)
  20.     Association of International Teleconsultants (Erik Gundersen)
  21.     Pacific Bell ISDN Rate Increases - Protest Web Site (David C. Barry, Jr.)
  22.     Looking to Purchase New Phone System - Help! (Pete Kruckenberg)
  23.  
  24. TELECOM Digest is an electronic journal devoted mostly but not
  25. exclusively to telecommunications topics. It is circulated anywhere
  26. there is email, in addition to various telecom forums on a variety of
  27. public service systems and networks including Compuserve and America
  28. On Line. It is also gatewayed to Usenet where it appears as the moderated
  29. newsgroup 'comp.dcom.telecom'. 
  30.  
  31. Subscriptions are available to qualified organizations and individual
  32. readers. Write and tell us how you qualify:
  33.  
  34.                  * ptownson@massis.lcs.mit.edu *
  35.  
  36. The Digest is edited, published and compilation-copyrighted by Patrick
  37. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  38. or phone at:
  39.                       Post Office Box 4621
  40.                      Skokie, IL USA   60076
  41.                        Phone: 500-677-1616
  42.                         Fax: 847-329-0572
  43.   ** Article submission address: ptownson@massis.lcs.mit.edu
  44.  
  45. Our archives are located at ftp.lcs.mit.edu and are available by using
  46. anonymous ftp. The archives can also be accessed using our email
  47. information service. For a copy of a helpful file explaining how to
  48. use the information service, just ask.
  49.  
  50. *************************************************************************
  51. *   TELECOM Digest is partially funded by a grant from the              *
  52. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  53. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  54. * project.  Views expressed herein should not be construed as represent-*
  55. * ing views of the ITU.                                                 *
  56. *************************************************************************
  57.  
  58.      In addition, TELECOM Digest receives a grant from Microsoft
  59.      to assist with publication expenses. Editorial content in 
  60.      the Digest is totally independent, and does not necessarily
  61.      represent the views of Microsoft. 
  62.      ------------------------------------------------------------
  63.  
  64. Finally, the Digest is funded by gifts from generous readers such as
  65. yourself who provide funding in amounts deemed appropriate. Your help
  66. is important and appreciated. A suggested donation of twenty dollars
  67. per year per reader is considered appropriate. See our address above.
  68.  
  69. All opinions expressed herein are deemed to be those of the author. Any
  70. organizations listed are for identification purposes only and messages
  71. should not be considered any official expression by the organization.
  72. ----------------------------------------------------------------------
  73.  
  74. From: steelj@ecid.cig.mot.com (jon steel)
  75. Subject: Re: "PCS Faces Rough Road"
  76. Date: 10 Jan 1996 12:17:23 GMT
  77. Organization: Motorola Ltd., European Cellular Infrastructure Division
  78.  
  79.  
  80. Joe.J.Harrison@bra0119.wins.icl.co.uk writes:
  81.  
  82. > There is a fair range of handsets available (Eric Valentine was too
  83. > modest in failing to mention the very nice Ericsson PH237!)  though
  84. > not so much of a choice yet as with analog or GSM units.  There is
  85. > little difference in handset size or battery life though the lower
  86. > power requirements of PCN mean there is scope to provide more uptime
  87. > for the same battery capacity as coverage improves.  Audio quality
  88. > varies, at its worst it compares badly with analog and at its best
  89. > slightly favourably.
  90.  
  91. Audio quality in Digital Cellular very rarely depends upon the handset
  92.  -- it is inherent to the network performance. (Multi-path fading,
  93. fringe coverage etc)
  94.  
  95. > Most PCN users have no idea of the difference between "cellular" and
  96. > PCN since for plain mobile voice telephony there is none. They wanted
  97. > a mobile telephone and they bought the one that looked best to them on
  98. > price. Until recently the inferior PCN coverage and denial of
  99. > international roaming have meant that traditional cellular could
  100. > retain its premium charges, but we are now at the point where a PCN v.
  101. > cellular price war looks inevitable.
  102.  
  103. International Roaming is still a BIG limiting factor for PCN networks.
  104. You can't roam to what isn't there, and PCN in Europe is very limited.
  105. The big development for PCN operators will be the introduction of "Dual Band"
  106. handsets. (Both GSM900 and PCN,DCS or whatever you want to call it).
  107.  
  108. > And oddly -- an early victim of PCN might well be the text pager.  The
  109. > more upmarket PCN phones are capable of SMS (short message service)
  110. > where 160-byte reliable-transfer text messages can be sent to or
  111. > originated from the handset. 
  112.  
  113. Point to Point SMS is NOT exclusive to PCN. This is a core function of the GSM
  114. recs and therefore applicable to both types of network.
  115.  
  116. Just trying to straighten a few point out. 
  117.  
  118. Cheers,
  119.  
  120. Jon Steel. Senior Cellular Systems Engineer. 
  121. Northern & Eastern European Operations,
  122. Motorola ECID Ltd, Swindon, UK
  123. Tel: +44 (0)1793 556698. Fax: +44 (0)1793 423493
  124. Mobile: +44 (0)802 385671
  125. Email: steelj@ecid.cig.mot.com                         
  126.  
  127. ------------------------------
  128.  
  129. From: oz@paranoia.com
  130. Date: Tue, 9 Jan 96 15:48:26 CST
  131. Reply-To: oz@paranoia.com
  132. Subject: Re: "PCS Faces Rough Road"
  133.  
  134.  
  135. Pat, this is technical refutation of a comment that I made based on an
  136. article that I read.  I hope that you'll publish it ASAP.  I'm rather
  137. ashamed that *I* didn't spot it. I should have known better.  I need
  138. to go spit the feathers out now ...
  139.  
  140. Patrick L. Martin wrote:
  141.  
  142. > I have not heard this aspect discussed. I had to think about it a bit and
  143. > remembering some old theory from my police radar days recalled that doppler
  144. > frequency shift was proportional to the frequency. The higher the frequency
  145. > the greater the shift. I found the idea interesting enough that I dug in an
  146. > old engineering manual and found the following formulae for doppler
  147. > shift in a radar system.
  148.  
  149. > Fs=2FtV/C
  150.  
  151. > where
  152.  
  153. > Fs = frequency shift
  154. > Ft = Transmit frequency
  155. > V  = equals velocity - to be in same units as C
  156. > C  = speed of light
  157.  
  158. > I beleive the multiple of 2 has to with the reflection of the wave doubling
  159. > the shift so I would simplify this to Fs=FtV/C for a point to point shift.
  160. > Assuming 1.9 Ghz and 75 mph relative velocity the shift will be about 212 Hz.
  161. > Following pasted from my quickly made spread sheet.
  162.  
  163. > 186,000       speed of light miles per second
  164. > 669,600,000   speed of light miles per hour
  165.  
  166. > 1,900,000,000 Frequency in hertz
  167.  
  168. > 75            miles per hour relative velocity
  169.  
  170. > 142500000000  fu - numerator
  171.  
  172. > 212.813620071684588  Frequency shift
  173.  
  174. > When I used to work more with radio, frequency tolerances on the order of 0.5
  175. > ppm were pretty normal. At 800 mhz that comes out to about 400 Hz. I doubt
  176. > that the indicated 212 hz shift will cause many problems, however, higher
  177. > speeds and or higher frequencies will increase the shift in a linear fashion.
  178. > I mention higher frequencies because I have seen paper designs of pico cell
  179. > systems from 38 to 100 Ghz.
  180.  
  181. > If the math is in error, feel free to correct it.
  182.  
  183. I used your equation and 200 Km/hr and came up with 352 hz, so I have
  184. to agree.  My comment was based on an article that briefly mentioned
  185. the problem.  A quick thought back to *my* police radar days made me
  186. realize that an X band (~10 Ghz) doppler radar gets audio values based
  187. on the _round_ trip doppler.  This made your analysis make sense
  188. instantly.
  189.  
  190. It _clearly_ has to be something else, but it was a problem with
  191. moving vehicles and frequency/time.  It is probably something like
  192. fade rates at speed and the article author converted that to doppler.
  193. I'm glad you spotted this and I've copied Pat on this in the hope that
  194. he prints the correct information.
  195.  
  196. > Patrick L. Martin       pmartin@netcom.com
  197.  
  198. ------------------------------
  199.  
  200. From: nirmal@lccinc.com
  201. Date: Wed, 10 Jan 1996 11:05:47 -0500
  202. Subject: Re: "PCS Faces Rough Road"
  203.  
  204.  
  205. oz@paranoia.com wrote:
  206.  
  207. > exueric@exu.ericsson.se and lotsa other people wrote about:
  208.  
  209. >>> 4)  PCS phones will not work in moving vehicles.
  210.  
  211. >> Wrong. He must be talking about cordless phones or maybe field trials
  212. >> for some of the CDMA systems. There is no inherent problem with using
  213. >> PCS 1900 in a moving vehicle unless you try something silly like
  214. >> pico-cells along an expressway, but that will hose an AMPS system too,
  215. >> just from trying to support the handovers. One version of PCS at 1900
  216. >> is GSM-based and upbanded from 900.  It has been working in vehicles
  217. >> for some time now quite nicely, thank you.  The same will be true some
  218. >> day for CDMA based systems.
  219.  
  220. > Well, sorta wrong at least.  There is a "technical challenge" that
  221. > needs to be overcome to make PCS phones operate when moving at high
  222. > speeds relative to the base station.  The Doppler Effect is about 2
  223. > 1/2 times worse at 1900 Mhz with respect to conventional US-AMPS
  224. > cellphones.  The problem is surmountable, and several solutions have
  225. > been proposed.  As far as "Pico" cells go, the presence of doppler
  226. > shift can actually make pico cell implemenation easier and more
  227. > effective.  Doppler can be used to identify fast moving users and not
  228. > hand them off to small cells.
  229.  
  230. Ref: Jakes, W.C, 'Microwave Mobile Communications', IEEE Press, 1994
  231.  
  232. A CW Transmission from a mobile moving at a constant speed 'may be
  233. represented as a carrier whose phase and amplitude are randomly
  234. varying, with an effective bandwidth corresponding to twice the
  235. maximum Doppler shift' of Velocity/wavelength. The envelope of the
  236. fading signal is Rayleigh distributed (under some assumptions, which I
  237. don't go into here) and the Doppler shift affects the level crossing
  238. rate (i.e the rate at which the fading signal crosses a threshold) and
  239. the fade duration, which is the duration for which the signal remains
  240. below a threshold.  This will be double that of a cellular signal
  241. (approx) as PCS signals (1.85-1.99 GHz) are roughly double the
  242. frequency. The Doppler Shift at 1800 MHz for a 60 mi/hr. mobile is 160
  243. Hz. Hardwarewise, it seems unlikely this could pose a problem, since
  244. this is about 8.8*10(-6) % of the carrier.  From the point of view of
  245. coding, interleaving would take care of fast fades to some extent,
  246. insofar as the fade durations are concerned. The traditional method of
  247. tackling the fade rate problem would be some form of AGC.
  248.  
  249. CDMA offers the advantage of soft handoffs, and the power control on the 
  250. reverse link, where under some conditions Rayleigh fading would be 
  251. compensated for by means of a power control bit updating the mobile Tx 
  252. power every 1.25 ms. PCS 1900 refers to the PCS system based on the GSM
  253. system in North America. Once such system has rolled out in the Washington
  254. DC- Baltimore area, and to the best of my knowledge, not too many people are
  255. concerned about Doppler Shifts :-)
  256.  
  257.  
  258. Nirmal Velayudhan    Associate Engr.
  259. PCS Group  LCC, L.L.C.  (703) 284 8371
  260. e-mail- nirmal@lccinc.com
  261.  
  262. ------------------------------
  263.  
  264. From: storkus@heather.greatbasin.com (Mike P. Storke)
  265. Subject: Re: "PCS Faces Rough Road"
  266. Date: 10 Jan 1996 00:51:04 GMT
  267. Organization: Great Basin Public Access UNIX, Reno, NV
  268.  
  269.  
  270. In article <telecom16.3.10@massis.lcs.mit.edu> is written:
  271.  
  272. >> cellular technology will not be quickly missplaced for the following
  273. >> reasons: 1) they are practically giving away cell phones; 2) cellular
  274. >> companies are not charging on evenings and weekends; 3) PCS phones
  275. >> cannot be practically any more portable than the latest cell
  276. >> phones; 4) PCS phones will not work in moving vehicles.
  277.  
  278. > PCS is not a competitor for cellular; it is a new local loop
  279. > technology, digital from the gitgo, that offers voice, internet
  280. > access, mobility, and backhaul over the existing cableTV plant.  Using
  281. > CDMA, PCS will offer high security and bandwidth on demand as well. If
  282. > the digital acoustics are superior to wireline, it will cut deeply
  283. > into existing wireline markets.On the basis of their British
  284. > experience, USWest estimates that they will lose some 30 percent of
  285. > their market to cable based PCS. PCS will be complementary to
  286. > cellular; you plug the same handset into your car system for vehicular
  287. > usage.
  288.  
  289. > George Gilder 
  290.  
  291. I believe you're confusing PCS with cable-modem technology.  PCS
  292. stands for "Personal Communications Services", and operates at 1.8-2.0
  293. Ghz.  It's not quite a replacement as it is an expansion of AMPS
  294. capabilities.  You ARE correct about many things, though: it IS fully
  295. digital from the git-go, and data access (PDAs use PCS to communicate)
  296. was built in in the first place.
  297.  
  298. The primary advantage of PCS is the enormous bandwidth available, but
  299. the primary disadvantage is the very thing that makes this bandwidth
  300. available: the high frequency, which make microwave-related phenomena
  301. such as doppler shift and fadeouts doubly frequent and strong (i.e.,
  302. multipath becomes a much greater factor in the equation).  However,
  303. due to lack of noise, both on the air itself and in the equipment,
  304. power levels can be reduced as well.  Unfor- tunately, it turns out
  305. you must reduce cell-size in turn, which means more capital outlay,
  306. and also means that (primarily) you'll see PCS only in metro (possibly
  307. suburban) areas, with ordinary AMPS remaining the primary service in
  308. many suburban and likely all rural areas.
  309.  
  310.  
  311. Mike P. Storke N7MSD    Snailmail: 2308 Paradise Dr. #134
  312. Inet: storkus@heather.greatbasin.com  Reno, NV 89512-2712
  313.  
  314. ------------------------------
  315.  
  316. Date: Wed, 10 Jan 1996 10:47:33 -0800
  317. From: Robert Ponce <icmedia@ix.netcom.com>
  318. Subject: Re: PCS Faces Rough Road
  319.  
  320.  
  321. I think that it is a legitimate question as to whether PCS can survive
  322. in competition with cellular, not because of technical reasons but
  323. because of market reasons.  Right now, there are too many competing
  324. wireless technologies chasing too few applications -- and more on the
  325. way.
  326.  
  327. The FCC's plan to sell off every possible bit of spectrum space
  328. created a "Fool's Gold Rush", and I think the whole PCS auction
  329. process created the idea that entrepreneurs who missed the cellular
  330. boom could now come in and get a piece of the airwaves that they could
  331. call their own.
  332.  
  333. But the competition is tough, well capitalized and already making
  334. money.  The cellular industry will be very difficult to compete with
  335. unless PCS finds a different way to attack the market.  ANd cellular
  336. is not the only competition.  THere is SMR (SPecialized Mobile Radio)
  337. which are a bunch of frequencies which have been used primarily for
  338. trucking and taxi dispatch.  Motorola owned most of these licenses a
  339. few years ago, and sold them to companies like Nextel (in exchange for
  340. equity stakes) with the idea of converting these frequencies into
  341. digital cellular.  It didn't fly.  Nextel found that they couldn't
  342. garner the resources for the huge capital outlay required.
  343. Ironically, Nextel found a white knight in Craig McCaw, who promptly
  344. steered them away from competing directly with cellular, saying "Been
  345. there- Done that."
  346.  
  347. Then there are the satellite systems coming on line, such as
  348. Motorola's Iridium System, which threaten to push price competition
  349. even further in wireless delivery systems. (And Craig McCaw and Bill
  350. Gates are reportedly developing a hge satellite project as well.)
  351.  
  352. If you add the competition from packet radio (pager channels that are
  353. being upgraded to handle two way, low level communications, such as
  354. wireless e-mail), you have a very crowded market for wireless
  355. services.
  356.  
  357. Right now, the cellular industry will continue to be the front-runners
  358. in wireless communication for some time, because they have the
  359. revenue, the customer base, the capitalization and the technical
  360. expertise.
  361.  
  362. For PCS or any other wireless technology to be competitive, it has to
  363. find a niche of its own.  The "killer app" may be the interactive
  364. TV/Broad bandwidth Internet access pot of gold that everyone is
  365. searching for.  ALready DSS has shown that cable TV is vulnerable to a
  366. wireless technology that can deliver more, better channels. The
  367. problem for satellites is that the delay makes it unsuitable for
  368. upstream/downstream communications.  If PCS becomes an affordable
  369. delivery system for two-way, full motion video, it could fulfil the
  370. promise of the "Gold Rush".
  371.  
  372. A final thought on PCS and other wireless technologies: time and
  373. technological increases favor wireless over cable and fiber. The
  374. costs per subscriber for fiber and cable can only be reduced so far:
  375. even though fiber can offer almost limitless bandwidth, the costs to
  376. physically deliver it can't be reduced.  Those costs increase
  377. exponentially in rural areas.  With wireless, technological advances
  378. continue to bring the delivery costs down, with no additional physical
  379. costs.
  380.  
  381. So in the long run, wireless technologies may be the cheapest pipe
  382. into the home, as well as the car or jacket pocket.  But in the short
  383. run, ill-defined market strategies may cannibalize sales and waste a
  384. lot of capital on ventures that are not positioned to succeed.
  385.  
  386. An interesting company to watch is Motorola, which has shrewdly hedged
  387. its bets and put itself in the center of all the developing wireless
  388. technologies.  
  389.  
  390.  
  391. Bob Ponce I-Contact Media Inc.  914 761-4328
  392. Interactive Media Consultants/Content Developers
  393.  
  394. ------------------------------
  395.  
  396. From: Erik Gundersen <76017.572@CompuServe.COM>
  397. Subject: Association of International Teleconsultants
  398. Date: 10 Jan 1996 12:54:21 GMT
  399. Organization: Explorers' Foundation
  400.  
  401.  
  402. ASSOCIATION OF INTERNATIONAL TELECONSULTANTS (AIT)
  403.  
  404. A professional association for independent telecom consultants, 
  405. agents, brokers, resellers and service providers world wide.
  406.            ______________________________________
  407.     
  408. The telecommmunications industry is undergoing dramatic changes and
  409. therefore the non-profit Association of International Teleconsultants
  410. (AIT) has been created to promote the interests of its members and the
  411. industry as a whole.
  412.  
  413. Deregulation in the US and the UK while most countries in the world
  414. have a highly monopolised telecom sector, has provided new
  415. opportunities for specialised services such as callback, and numerous
  416. new companies quite understandably venture into this fairly uncharted
  417. territory, and with these a new breed of telecom consultants with
  418. visions of the future has emerged.
  419.  
  420. As we are witnessing a technological revolution while countries
  421. prepare to deregulate, changes will accellerate, which creates
  422. opportunities as well as pitfalls. There will be new, successful
  423. companies emerging, as well as closures. In this environment the AIT
  424. was founded on the 4th of July 1995, with aims to: -
  425.  
  426. 1. -  be an industry voice, to represent its members and update its 
  427. members on relevant industry developments and regulations.
  428.  
  429. 2. - increase agents' and consultants' purchasing power, offer new
  430. services through the association's corporate members.
  431.  
  432. 3. - organize promotional campaigns on behalf of members, 
  433. international advertising and Internet exposure, the AIT logo
  434. may be used by members - a recognition of quality service.
  435.  
  436. 4. - assist with recruitment and training in cooperation with
  437. corporate and individual members and help improve industry 
  438. service standards and image.
  439.  
  440. 5. - support members in the event of cessation of their activities.
  441.  
  442. Admission for Membership subject to approval.
  443.  
  444. For information about Membership and the AIT Code of Practice,
  445. please email: 76017.572@compuserve.com, or fax: +33 68896820
  446.  
  447.  
  448. Uploaded Jan 07, 1996 by E. Gundersen, AIT
  449.  
  450. ------------------------------
  451.  
  452. From: dcbarry@pacificnet.net (David C. Barry, Jr.)
  453. Subject: Pacific Bell ISDN Rate Increases - Protest Web Site
  454. Date: Tue, 09 Jan 1996 17:16:34 -0800
  455. Organization: My corner of the sky.......
  456.  
  457.  
  458. If you are a user of Pacific Bell ISDN, or are considering subscribing to
  459. PacBell ISDN, you should be aware of some *very* important information.
  460. Even if you are not in PacBell land, you may still find this of interest
  461. if you follow ISDN issues. Your utility could bve next!
  462.  
  463. On December 21, Pacific Bell filed application A95-12-043 with the
  464. California Public Utilities Commision.  In short, the application requests
  465. very significant rate hikes for all PacBell ISDN users, and would all but
  466. end unmetered calling for Home ISDN users.
  467.  
  468. I have created a web site that spells out exactly what the application
  469. contains, and what it means to you as consumer.  It also contains
  470. information on what you as a public citizen can do to help block these
  471. proposed hikes.
  472.  
  473. Please visit my protest website: 
  474.  
  475.   http://www.pacificnet.net/~dcbarry/isdn.html 
  476.  
  477. to obtain essential information on this application. I encourage you
  478. to register your name and email address so that we can keep you
  479. up-to-date on the application as it weaves its' way through the
  480. regulatory maze.
  481.  
  482. Please share this information!  You might wish to add a line to your
  483.  .sig referencing the protest pages.  Do what you can to spread the
  484. word.
  485.  
  486.  
  487. David Barry    email:dcbarry@pacificnet.net
  488.                homepage: http:www.pacificnet.net/~dcbarry   
  489.  
  490. ------------------------------
  491.  
  492. From: pete@inquo.net (Pete Kruckenberg)
  493. Subject: Looking to Purchase New Phone System - Help!
  494. Date: 9 Jan 1996 06:32:07 GMT
  495. Organization: inQuo Internet (801) 530-7160
  496.  
  497.  
  498. We have finally out-grown our current phone system (a Toshiba
  499. Perception), and we are looking to purchase a new phone system in the
  500. next 60 days. I would like to get input on what phone-system vendors
  501. (and possibly models) we should look at to meet our needs. The short
  502. list of our requirements is:
  503.  
  504.   Handle 400-500 stations (mixed analog and electronic/digital)
  505.    we currently have 96 analog and 120 electronic/digital in use;
  506.  
  507.   Switch ISDN (taking in multiple BRI's or a PRI and sharing them
  508.    amongst office users);
  509.  
  510.   Handle multiple T1's directly (rather than splitting them out
  511.    with a channel bank);
  512.  
  513.   Handle DID lines;
  514.  
  515.   Good handling of high-speed modem communications (28.8kb modems);
  516.  
  517.   Good integration with PC/Mac (voice-mail management, calls through
  518.    PC, etc) currently available or soon to be available, probably 
  519.    via Microsoft or Novell "standards";
  520.  
  521.   Some kind of good integration with remote-branch switches (so 
  522.    every station, regardless of the location, is seamlessly 
  523.    reachable via an extension), with remote branches connected via
  524.    leased lines;
  525.  
  526.   Release-line/release-trunk transfer capability (so a call in a remote 
  527.    city comes into the remote switch, conferences in the operator at the 
  528.    corporate office, then releases the leased-line channel when the call
  529.    is transferred back to an extension at the remote office, rather than
  530.    using up a channel to the corporate office and one back to the 
  531.    remote office);
  532.  
  533.   Integration with Repartee (Active Voice) voicemail system (not 
  534.    absolutely necessary, but would be nice) -- Repartee communicates
  535.    with our Perception using DTMF to turn MSG lights on and off, etc.;
  536.  
  537.   Cool features at the station, like being able to request to not be 
  538.    disturbed, conditionally or unconditionally forward your extension 
  539.    (possibly based on caller ID), leaving a message for the receptionist
  540.    (out to lunch, in a meeting, out sick), caller ID, display of parked
  541.    calls, ability to pick up a call ringing or on hold on another extension,
  542.    conference/forward/park a call, etc, etc, etc.;
  543.  
  544.   Hunt groups, etc, etc;
  545.  
  546.   Remotely manageable via a serial/telnet/network connection;
  547.  
  548. I would also like to get some suggestions on how to handle one major
  549. change that will probably have to happen. Our Perception has an
  550. intercom feature, so a user can dial another user's office and
  551. immediately talk to them without the dialed user having to pick up.
  552. Where this comes in handy most is when a call comes in, the
  553. receptionist can find out if someone is in their office within a few
  554. seconds, rather than dialing the office, waiting for the person to
  555. pick up, etc.
  556.  
  557. One thing we thought is that the receptionist could possibly key in a
  558. message (on a keyboard) with the caller's name/id, which would then be
  559. displayed on the extension phone's LCD display. This may be more work,
  560. but it'd probably be one solution. If the person at the extension
  561. doesn't want to answer, the call would go back to the receptionist (it
  562. would have to be labelled somehow, so the receptionist would know that
  563. it was coming back, and who it was coming back from) after a few
  564. rings, and then she could page the person or put the caller into
  565. voice-mail.
  566.  
  567. I'd like to get other ideas about how we can make the switch to a new
  568. switch without having to add more receptionists, by making them as
  569. efficient as possible in transferring calls to extensions (and letting
  570. the person at the extension know who is calling).
  571.  
  572. Thanks for your input. This is my first major purchase like this (we're
  573. budgeting around $150k for the switch), so I appreciate any and all input
  574. on what to look for, what vendors to look at, what to avoid, etc. Any
  575. input on books or other literature I should look at would be appreciated. 
  576.  
  577.  
  578. Thanks,
  579.  
  580. Pete Kruckenberg
  581. pete@inquo.net
  582.  
  583. ------------------------------
  584.  
  585. End of TELECOM Digest V16 #11
  586. *****************************
  587.